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ABSTRACT 



A novel control automation system for enabling I/O boards 
to access communication networks for receiving and trans- 
mitting real time control information over a communication 
network is disclosed. The system includes a control bus, a 
node controller and a development system. External hard- 
ware that connects to I/O devices such as sensors, motors, 
monitors, machines, etc. can be connected to the invention 
via I/O boards that receives and transmit digital signals, 
representing control information, to the bus. The bus func- 
tions as the hub of operation, receiving network 
communications, processing cooperative logic and transmit- 
ting information over the communication network. The bus 
enables single or multiple controllers to access real time 
information generated by the attached hardware. The bus 
also enables the execution of I/O operations that originated 
in external controllers and transmitted over the communi- 
cation network. The bus allows any I/O control board having 
a common interface, such as ISA, PCI, Compact PCI, etc., 
to connect to the bus by attachment to one of its slots. An 
intelligent embedded implementation process provides the 
logic necessary to enable the connectivity between the I/O 
boards and the communication network. The development 
system includes a real-time compiler for generating p-code 
to be executed on the real-time kernel running in the node 
controller. The real-time compiler generates p-code from the 
combination of event triggers, event actions and program 
logic making up the user's application. 

14 Claims, 17 Drawing Sheets 
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OPENBUS SYSTEM FOR CONTROL 
AUTOMATION NETWORKS 

FIELD OF THE INVENTION 

The present invention relates generally to computer com- 
munication networks and more particularly relates to a 
system for implementing a control automation network. 

BACKGROUND OF THE INVENTION 

Openness in the world of automation means being able to 
buy a variety of products from a variety of vendors and have 
everything work together seamlessly. To be truly open, 
however, means the network or platform is accessible to 
anyone and there is more than one source of enabling 
technology, i.e., microprocessors and application code. 
Openness promises significant savings in both time and 
money. However, recent attempts at openness have not lived 
up to the promise. 

The current market trend is to move to an open, modular 
architecture controller that will include a horizontal integra- 
tion of the currently existing fragmented technologies. 
Currently, most computerized numerical control (CNQ, 
motion and discrete control applications incorporate propri- 
etary control technologies. There are numerous difficulties 
associated with using proprietary technologies. These 
include such things as vendor dictated pricing structures, 
non common interfaces, higher integration costs and the 
requirement of specific training for troubleshooting and 
operation. Separate controller elements, a modularity con- 
cept and higher level requirements for various elements of 
an open modular architecture controller are becoming a 
necessity in a growing number of industries. 

The expected benefits of having open and modular archi- 
tecture controllers include reduced initial investments, low 
life cycle costs, maximized machine uptime, minimized 
machine downtime easy maintenance of machines and 
controllers, easy integration of commercial and user propri- 
etary technologies, plug and play of various hardware and 
software components, efficient reconfiguration of controllers 
to support new processes, incorporation of new technologies 
and the integration of low cost, high speed communication 
in machining lines for transferring large amounts of data. 

The technology that can enable the new trends and 
requirements supplied by the personal computer (PC) stan- 
dards connectivity and communications, the 'Plug and Play' 
standard for PC cards is becoming a way of life. Within the 
control industry, the PC is becoming increasingly recog- 
nized as a viable technology that will enable the required 
flexibility and performance. 

In today's large automation market, there is a growing 
number of PC board manufacturers that produce a variety of 
boards. These boards are targeted towards automation 
implementation that use the PC and the control platform. 
Since automation data networks implements a proprietary 
technology that are not very open for * Intranet communica- 
tion.* 

Traditional Automation and Control Layer networks are 
typically medium sized and function to connect PLCs or PCs 
to related devices within cells or throughout the plant. These 
networks send small to medium sized packets of data 
repetitively and have millisecond response times. 

A high level block diagram illustrating an example prior 
art proprietary control network including proprietary pro- 
grammable logic controllers, sensors and I/O devices is 
shown in FIG. 1. A proprietary network 33 (e.g., Fieldbus) 
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forms the core of the automation control system. Connected 
to this network are programmable logic controllers (PLCs) 
34 which as also proprietary. Connected to the PLCs 34 are 
the sensors and other I/O devices 32. The proprietary PLCs 

5 implement the Automation and Control Layer functionality 
and the sensors and I/O devices implement the Information 
and Device Layer. 

Traditionally, a single manufacturer was able to provide 
the necessary connectivity with its own network and PLC 

10 products and those of qualified third parties. This is not a 
trivial task as the lead manufacturer must assist these third 
parties throughout the development process and even after 
products start to ship. The lead manufacturer, typically the 
one making the controllers, assumes network ownership by 

15 providing specifications, enablers, e.g., chips and software, 
and test suites for compliance and interoperability. 

Examples of previous attempts at openness in the field of 
industrial networking include the Fieldbus and manufactur- 
ing automation protocol (MAP). Both buses are open net- 

20 works that are not currently meeting user expectations. The 
MAP bus is not in widespread use today and most vendors 
have dropped development of MAP products. One of the 
problems is that although the products have been designed 
in accordance to a standard specification, many versions of 

25 a specification are in use at any one time. In addition, many 
so called open products require unique configuration soft- 
ware which is only available from the manufacturer of the 
product. Thus, it becomes a difficult task to get products 
from different vendors, all built to different versions of a 

30 specification, to interoperate together correctly. 

Fieldbuses are a special form of local area networks 
dedicated to applications in the field of data acquisition and 
the control of sensors and actuators in machines or on the 

3S factory floor. Fieldbuses typically operate on twisted pair 
cables and their performance are optimized for the exchange 
of short point to point status and command messages. 
Numerous other Fieldbuses are in existence such as Filbus, 
Bitbus, FIP, CAN and Profibus standard networks. 

40 SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present invention to 
provide an automated control system that overcomes the 
disadvantages and limitations of the prior art. 
45 It is another object of the present invention to provide an 
automated control system that provides automated control 
over standard communication networks. 

Another object of the present invention is to provide an 
automated control system that permits the communication of 
data between various sensors and I/O devices and conven- 
tional networks. 

Yet another object of the present invention is to provide an 
automated control system that enables a controller to access 
55 real-time information generated by attached hardware 
regardless of the location of the requesting controller. 

Another object of the present invention is to provide an 
automated control system that enables a controller to 
execute I/O operations that originated in controllers attached 
50 to the network. 

The present invention comprises a novel control automa- 
tion system for enabling I/O boards to access communica- 
tion networks for receiving and transmitting real time con- 
trol information over a communication network. The system 
65 includes a control bus, a node controller and a development 
system. External hardware that connects to I/O devices such 
as sensors, motors, monitors, machines, etc. can be con- 
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nectcd lo the invention via I/O boards that receives and 
transmit digital signals, representing control information, to 
the bus. The bus functions as the hub of operation, receiving 
network communications, processing cooperative logic and 
transmitting information over the communication network. 
The bus enables single or multiple controllers to access real 
time information generated by the attached hardware. The 
bus also enables the execution of I/O operations that origi- 
nated in external controllers and transmitted over the com- 
munication network. The bus allows any I/O control board 
having a common interface, such as ISA, PCI, Compact PCI, 
etc., to connect to the bus by attachment to one of its slots. 
An intelligent embedded implementation process provides 
the logic necessary to enable the connectivity between the 
I/O boards and the communication network. 

The development system includes a real-time compiler for 
generating p-code to be executed on the target system. The 
target system, e.g., the node controller, runs the real-time 
kernel. The target system can be a PC running a commer- 
cially available operating system such as Windows NT, 
Vx Works, Lynx, etc. The real-time compiler generates 
p-code from the combination of event triggers, event actions 
and program logic making up the user's application. Exter- 
nal input signals and entities such as variables, timers, etc. 
are analyzed and used to trigger events in the real-time 
kernel. Based on the program logic as expressed in the 
p-code, various actions are taken in response to changes in 
the values of the external input signals and/or entities. The 
real-time kernel functions to implement a state machine that 
receives inputs and generates outputs. The actions taken by 
the system are represented as a sequence of frames with each 
frame representing a unit of action. 

Changes in the value of external input signals and/or 
entities trigger one or more events. Each event points to an 
action, i.e., a set of frames. These actions are then analyzed 
and executed. 

There is therefore provided in accordance with the present 
invention a control automation system for controlling a 
plurality of input and output (I/O) devices in accordance 
with a user's application, the system connected to a network 
for communicating control automation information, the sys- 
tem comprising a development system optionally coupled to 
the network, the development system generating p-code 
embodying event triggers, event actions and program logic 
implementing the user's application, and at least one node 
controller coupled to the network for executing in real-time 
the p-code generated by the development system. 

The node controller comprises processor means for man- 
aging and controlling the operation of the node controller, 
the processor means for executing a real-time kernel, the 
kernel implementing the user's application embodied in 
p-code, network interface means for connecting the node 
controller to the network, I/O device interface means for 
connecting the node controller to the plurality of I/O 
devices, and bus means for interconnecting together the 
real-time kernel, the network interface means and the I/O 
interface means. 

The development system comprises a real-time compiler 
for generating p-code in accordance with the event triggers, 
event actions and program logic of the user's application. 
The kernel means comprises an external input signal scanner 
for reading, storing and determining changes to external 
input signals received from the plurality of I/O devices, an 
event triggers evaluation module for detecting changes to 
the external input signals and internal entities, the event 
triggers evaluation module for determining and resolving all 



'8,578 

4 

event triggers corresponding to the detected changes, a 
scheduler for marking all actions corresponding to the event 
triggers that resolve true, an action execution unit for 
executing and implementing the actions marked for execu- 

5 tion by the scheduler, and an entity processor for determin- 
ing any changes to values assigned to an entity, the entity 
processor notifying the event triggers evaluation module of 
the entity value changes. 

In addition, the I/O device interface means comprises a 

10 third party I/O interface control board. The bus means 
comprises a bus contained in but not limited to the group 
comprising Peripheral Component Interconnect (PCI) bus, 
VESA Local (VL) bus, V-bus, Industry Standard Architec- 
ture (ISA) bus, VersaModule Europa (VME) bus and 

15 Extended Industry Standard Architecture (EISA) bus. 

There is also provided in accordance with the present 
invention a node controller apparatus for use in a control 
automation system, the system for controlling a plurality of 
input and output (I/O) devices in accordance with a user's 

20 application, the system including a network for communi- 
cating control automation information, the apparatus com- 
prising processor means for managing and controlling the 
operation of the node controller, the processor means for 
executing a real-time kernel, the kernel implementing the 

25 user's application embodied in p-code, network interface 
means for connecting the node controller to the network, I/O 
interface means for connecting the node controller to the 
plurality of I/O devices, and bus means for interconnecting 
together the processor means, the kernel means, the network 

30 interface means and the I/O interface means. 

The bus means comprises a bus contained in but not 
limited to the group comprising Peripheral Component 
Interconnect (PCI) bus, VESA Local (VL) bus, V-bus, 

35 Industry Standard Architecture (ISA) bus, VersaModule 
Europa (VME) bus and Extended Industry Standard Archi- 
tecture (EISA) bus. 

Further, there is provided in accordance with the present 
invention a kernel for implementation on a computer, the 

4Q computing means part of a control automation system for 
controlling a plurality of input and output (I/O) devices in 
accordance with a user's application, the kernel comprising 
an external input signal scanner for reading, storing and 
determining changes to external input signals received from 

45 the plurality of I/O devices, an event triggers evaluation 
module for detecting changes to the external input signals 
and internal entities, the event triggers evaluation module 
for determining and resolving all event triggers correspond- 
ing to the detected changes, a scheduler for marking all 

50 actions corresponding to the event triggers that resolve true, 
an action execution unit for executing and implementing the 
actions marked for execution by the scheduler, and an entity 
processor for determining any changes to values assigned to 
an entity, the entity processor notifying the event triggers 

55 evaluation module of the entity value changes. 

The action execution unit performs a method comprising 
the steps of reading the p-code contents of a frame, analyz- 
ing the p-code, reading the values of external input signals 
and/or internal entities, and performing the command 

60 embodied in the p-code, generating any output signals in 
accordance with the command, and modifying any entity 
values in accordance with the command. 

In addition, there is provided in accordance with the 
present invention, in a computer system, a method of 

65 generating p-code for execution on a node controller as part 
of a control automation system for controlling a plurality of 
input and output (I/O) devices in accordance with a user's 
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application, the application including event triggers, event FIG. 8 illustrates the modular portions of the software 

actions and program logic, the method comprising the steps making up the OpenBus automation system of the present 

of generating a plurality of pointer tables, each pointer table invention; 

associated with either an external input signal or an entity, FIG. 9 is a high level block diagram illustrating the 

each pointer table comprising a plurality of pointer entries, 5 development system environment of the present invention; 

each pointer entry pointing to an event trigger, generating an FIG. 10 is a high level block diagram illustrating, in more 

event trigger table, the event trigger table comprising a detail> the development system environment and the target 

plurality of event trigger entries, each event trigger entry system of the preS ent invention; 

corresponding to an action that references the particular FJG. U is a high level block diagram illustrating the real 

external input signal or entity that points thereto, generating 10 time kcfnc{ of ^ m m morc dctail; 

a plurality of actions, each of the actions comprising at least _ . . , ... , 4 . 4 . . 

p ■ t . rto FIG. 12 is a high level flow diagram illustrating the input 

one frame, the actions, the actions representing the genera- , _ , , . , , /\. . . 

c . . . . _ j. c ■ ♦ „ i sienal scanner portion oi the real time kernel ot the target 

Uon of output signals and/or the modification of the internal . 

entities, and wherein the plurality of pointer tables, the event system, 

trigger table and the plurality of actions generated in accor- is FIG 13 * a hi 8 h level flow diagram illustratmg the entity 

dance with the event triggers, event actions and program value chan g e processing portion of the real time kernel of 

logic making up the user's application. ^ tar B el system; 

TTiere is also provided in accordance with the present FIG. 14 is a high level flow diagram illustrating the event 

invention a node controller apparatus for use in a control tnggcr scheduler portion of the real time kernel of the target 

automation system, the system for controlling a plurality of 20 svstem > 

input and output (IVO) devices, the system including a HG. 15 is a high level block diagram illustrating the 

network for communicating control automation information, 1111611131 memory representation of the pointer tables used to 

the apparatus comprising processor means for managing and implement event triggers and internal/external actions; 

controlling the operation of the node controller, network FIG. 16 is a high level block diagram illustrating an 

interface means for connecting the node controller to the 25 illustrative example of a frame implementing an action; and 

network, I/O interface means for connecting the node con- FIG. 17 is a high level flow diagram illustrating the 

troller to the plurality of I/O devices, and bus means for execution sequence of a frame. 

interconnecting together the processor means, the network DETAILED DESCRIPTION OF THE 

interface means and the I/O interface means. INVENTION 

Further, there is provided in accordance with the present 30 ^ e .. a fof ^ 

invention a node controller apparatus for use in a control £ ^ ^ ^ means for ^ 

automation system, the system for controlling a plurality of r . . r , . ™ 4 . , 

, J . . » * acting with an external system. The present invention also 

input and output (I/O) devices m accordance with a user s ! r, . , / r . . 

y x . . f* * * i j ■ i t • provides a development system comprising a computer 

application, the system including a network for communi- * c r ' w . K * ui 

y K ,.■•<•*• * u * 35 compiler for generating real-time code executable on a 

eating control automation information, the apparatus com- ^ ^ ^ ^ ^ a em fa id 

pnsing processor means for managing and controlling the ^ , invemk)n eg automation C0Dtrol over 

operation of the node controller, die processor means for networks such „ Ethernet and 

executing a real-time kernel, the kernel implementmg the ^ ^ comprises ^ intelligent network I/O node 

user s application embodied in p-code, network interface , ,' „„.„„, r„ „„„, m i ,. . , . „ „„„„ ;„,„, 

. rr . . . . „ . . ,40 controller for automation control that has a common inter- 

means for connecting the node confer to the network, and foce ^ ^ ma] ^ and „ ^ In additi [he 

bus means for mterconnecting together the processor means, network node . lemen ^ , ocal , ic t0 ^ 

an intelligent controller. A key aspect of the present inven- 
tion is that automation control information can be transmit- 
45 ted on a conventional backbone network using a conven- 

The invention is herein described, by way of example tional connectivity protocol without the need for dual 

only, with reference to the accompanying drawings, networks, i.e., one for standard data and one for automation 

wherein: control information. Further, a control bus in the intelligent 

FIG. 1 is a high level block diagram illustrating an network I/O node controller permits the use of off the shelf 

example prior art proprietary control network including 50 I/O cards for interfacing the node controller to input and 

proprietary programmable logic controllers, sensors and I/O output devices. 

devices; As stated previously, since conventional automation net- 

FIG. 2 is illustrates the various layers of the OpenBus works implement proprietary technologies they are not well 

control automation network of the present invention; suiled for °P en Intranet communications. The OpenBus 

FIG. 3 is a high level block diagram illustrating a control 55 s y stem of L lhe f reseDt inventi ° n , fuaclio " s 10 fiU thevoid 10 

. , , , . . tU provide the infrastructure or intranet tor communications 

automation network constructed in accordance with an ^ . , . , _, , , , 

... . r .u * • *- within a control environment. Sensor and actuator level data 

embodiment of the present mvention; . . , . . . . . . ... 

„„ A .„ . . is managed locally within the mfranet but can be shared with 

FIG. 4 is a hig^ level block diagram illustrating the open fai ^ lwe , data netW0fks {hro h or other net _ 

bus node controller of the present mvention connected to a ^ ^ platforms. Using open APIs, devices within the 

network, sensors and I/O devices; mfraQet ^ procegs daU aQd device sUms information 

FIG. 5 is a high level logic flow diagram illustrating the ^ other nodes via the Intranet or the Interaet ^ 

embedded open bus control process of the present invention; OpenBus system of the present invention enables commu- 

F1G. 6 is a high level logic flow diagram illustrating the nication from sensors and actuators on the plant floor to the 

embedded system dispatch process of the present invention; 65 plant manager's desk anywhere in the world via the Internet, 

FIG. 7 illustrates the bus width versus throughput for for example, resulting in a seamless network from I/O to the 

some of the buses in common use today; Internet. 



the kernel means and the network interface means. 
BRIEF DESCRIPTION OF THE DRAWINGS 
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Open Bus connectivity can be combined with Java applets size and cost to imbed connections in a device are critical at 

in industrial applications making it possible for a plant this layer. For example, consider adding a network connec- 

manager, for example, to monitor, change or control any tion to a S 70 photoeye. In addition, no single vendor can 

element of the industrial control system from the sensor all offer all the possible devices, e.g., sensors and actuators, a 

the way to a high level information system. Plant mainte- 5 user could need. For a true device network, the actual 

nance personnel can access devices at any point in the devices must be interoperable from manufacture to manu- 

network, gather data and make modifications. Service tech- facturer. An I/O device can be taken from one network and 

nicians can download new software to devices in the field be replaced with an I/O device from another network while 

using Java applets received through an Intranet or Internet the operation of the system behaves the same. The present 

connection. If technical support is required, a direct fine can 10 invention provides this level of interoperability by using 

be established with a customer support representative to standard communication control networks such as Ethernet 

diagnose and repair devices remotely. or FDDI on the one hand and by permitting third party 

Utilization of OpenBus connectivity via standard PC I/O boards using standard PC 

Today, with the advent of more economical and more buses such as PCI, EISA or VME. 

powerful microprocessors, the world has flattened and 15 OpenBus of the Present Invention 

broadened. The factory floor, mirroring the organization in Networks in an automation control system require varying 

general, has seen the number of levels decrease and the span degrees of openness by virtue of the devices they connect 

of control increase. With reference to FIGS. 1 and 2, this and the functions they perform. As previously discussed, 

flatter, broader view of the world necessities fewer layers, difference architecture layers and devices dictate different 

namely: Information Layer 64, Automation and Control 20 degrees of openness. Networks must therefore offer a level 

Layer 62 and a Device Layer 60 of FIG. 2 rather than the two of openness compatible with the architecture layer and the 

layers of FIG. 1. devices they connect. 

The Information Layer 64 comprises computers and asso- Users, however, purchase control products at the device 

ciated software derived from a variety of suppliers on a level, e.g., sensors, actuators, pushbuttons, etc., from a 

variety of computing platforms. The Information Layer is 25 number of different manufactures. For this reason, most 

the link between the automation and information environ- vendors develop products that adhere to emerging device 

ments via manufacturing information systems (MIS) and level networking standards. 

manufacturing execution systems (MES). Users choose the The OpenBus system of the present invention of connect- 

computing platform, software and operating system for their ing PC bus architectures to area network buses using an 

particular application. 30 embedded application brings the high speed and high 

Openness is required here because no one vendor offers throughput capabilities of the area network buses, e.g., 

the entire scope of host computers, software and communi- Ethernet, FDDI, ATM, etc., as well as the openness of PC 

cation interfaces, such as computer cards, bridges, routers buses, e.g., PCI, ISA, EISA, VME, etc., to the large number 

and media. Considering industrial automation, Ethernet, of third party I/O control board manufacturers. In addition, 

primarily TCP/IP, has become a de facto standard for the 35 numerous control functions are implemented locally on the 

Information Layer. Users purchase products from multiple OpenBus using a distributed and cooperative architecture, 

vendors expecting openness. Control vendors therefor sup- Control functions include, but are not limited to, high 

port Ethernet in their controllers, supervisory software and speed counters, axis control, continuous analog output, fixed 

drivers. analog output, etc. These control functions are implemented 

The Automation and Control Layer 62 comprises DCS 40 via software executing on the OpenBus on board processor 

controllers, programmable logic controllers (PLCs), I/O thus obviating the conventional method of installing special 

chassis, dedicated human interfaces, motor drives and PCs. hardware for each desired function. 

This layer is the core of the architecture that bridges the A high level block diagram illustrating an automation 

Information and Device Layers, enabling communication control network constructed in accordance with an embodi- 

throughout the enterprise. Responses here must be in the 45 ment of the present invention is shown in FIG. 3. At the core 

order of milliseconds to be considered real time. For the of the system, termed OpenBus, is the OpenBus node 

Automation and Control Layer the driving force is the need controller 10. Each OpenBus node controller is connected to 

for deterministic data delivery between controllers and I/O the network 18 which may be, for example, a LAN, WAN, 

devices. the Internet, Intranet or any other suitable data, control or 

These devices, however, are specific in nature and are 50 area network. Personal computers 14 are also connected to 

typically proprietary. Control manufactures have tradition- the network. The PCs function to execute various applica- 

ally licensed their architecture to other vendors but only in tion programs constituting the Information Layer. In 

a guaranteed and controlled manner. Only if a limited addition, the p-code control application can be executed on 

number of partners work closely together can performance PCs as well. A gateway 42 provides connectivity to external 

and interoperability be maintained. 55 networks such as the Internet 40. 

In the Device Layer 60, low end devices that are tradi- Coupled to each OpenBus node 10 are sensors and I/O 

tion ally hardwired into I/O cards are now networked. devices 16. For example, a factory floor 12 may contain one 

Devices are either discrete, e.g., sensors, starters, drives, I/O to many hundreds of OpenBus node controllers. Using the 

blocks, etc., or process oriented, e.g., transmitters, system of the present invention, a plant manager 15 located 

transducers, valves, single loop controllers, etc. The wide 60 anywhere in the world can monitor and control sensors and 

range of devices requires openness in device layer systems. I/O devices on the floor of a factory located around the 

At this level, no single vendor can possible fill all potential world. 

product and application needs. The present invention As staled previously, the OpenBus system also comprises 

enables verifiable adherence to an accepted standard in order a development system 180 that may optionally be coupled to 

to ensure product compliance and interoperability. 65 the network 18. The development system can be hosted by 

Devices are less complex at the Device Layer than they a conventional personal computer or equivalent device. The 

are at the Information Layer but they are more diverse. The development system enables a user to generate pseudo-code 
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or p-code that can be loaded onto and executed by a communications, processes cooperative logic and transmits 

real-time kernel that resides in the OpenBus node controller information over the network. The system permits multiple 

10. In addition, the p-code can be executed on a standard PC controllers, such as PCs 14 or node controllers 10, to access 

running any commercial operating system. A more detailed re al time information generated by attached hardware 26 

description of the development system is presented later in 5 located anywhere in the network. A node controller 10 can 

this document. execute I/O operations that originated in PCs 14 or other 

As stated previously, openness in an industrial control controllers 10 and transmitted over the network 18 and/or 

automation network is very desirable. More specifically, me Internet 40 communication networks, 

within the network, openness is very important at the The 'open contror abroach implemented in the OpenBus 

Contro Layer. In the past, this layer was designed by 1Q architecture of the t mvention ide mird rt 

committeeswhich is difficult resulting in a lack of efficient yendors ^ me ^ ^ and ^ mass f 

openness. The system of the present invention functions to j. . . r a a r> ~ 

o£n the Device Layer, e.g., sensors, starters, I/O blocks, P roduc 1 ls 10 ***** user *PP^°° An A °P^ 

e£, and to allow third parties to supply I/O control devices c0 ^° l ne < work A™**"* to deliver tested and certified 

that would be able to connect to the network via the multi-vendor performance from competing third parties, 

OpenBus system using PC boards built according to stan- 15 wmch 030 onl y benefit useTS - 

dards such as PCI, ISA, EISA, VME, etc. The OpenBus of the present invention satisfies the 

Conventional area networks such as Ethernet, ATM, demand today for more open automation systems in both 

FDDI, etc., under the present invention, comprise indepen- networks and supporting devices. There is a trend towards 

dent intelligent network nodes. Each OpenBus intelligent open protocols, e.g., Ethernet, ATM, etc., at the Information 

node comprises an imbedded processor that functions to 20 Layer. The present invention provides a system able to offer 

intermediate between the I/O boards and the area network. accepted and supported networks at the Device Layer as 

A set of high level APIs can be written that allow each well. The Automation and Control Layer will remain 

processor, controller or computer connected to the area controlled-open due to the unique performance require- 

network or the Internet to access sensor information at the ments. As shown in FIG. 7, the advancement in speed and 

application connectivity layer. In addition, the intelligent 25 throughput within the open network architecture is much 

nodes participate in a distributed processing control envi- advanced in comparison with conventional existing propri- 

ronment by implementing independent local functionality etary control networks supplied by a relatively few indi- 

that was previously programmed using the development vidual vendors. The OpenBus of the present invention 

system. enables the delivery of the latest high speed area network 

A high level block diagram illustrating the open bus node 30 capabilities to the automation control field, 
controller 10 of the present invention connected to a A key feature of the OpenBus system is that it is corn- 
network, sensors and I/O devices is shown in FIG. 4. The pletely open at the Information and the Device Layers and 
node controller 10 comprises one or more interface circuitry controlled open at the Automation and Control Layer. A key 
boards 20 coupled to a bus. These interface circuitry boards advantage of this feature is that it offers numerous benefits 
can be any widely available off the shelf third party auto- 35 to users. A user can choose the low end devices and host 
mation control I/O board designed for either generic or platforms that best meet application requirements. This 
specific applications. The bus can be any commonly used provides users with an open architecture whereby the 
generic conventional bus, such as any of the buses discussed devices are the most variable yet maintain stability over the 
below. A network interface card (NIC) 24 provides the real time control system. The Automation and Control Layer 
interface circuit boards connectivity to the network 18. 40 functions to effectively bridge the Information and Device 
An embedded processor 22 controls and manages the Layers while maintaining time critical communications 
node controller, functioning to control the communication between controllers and I/O devices, 
between the interface circuitry boards and the NIC. The OpenBus Control Processes 

embedded processor is capable of executing Java applets 50 A high level logic flow diagram illustrating the embedded 
and application p-code control applications 52 developed on 45 open bus control process of the present invention is shown 
the development system. The local bus permits certain in FIG. 5. With reference to FIGS. 3 and 4, the first action 
portions of an application program to be implemented in the performed by the embedded processor 22 upon power up is 
node controller as a form of distributed or cooperative to initialize the node controller (step 70). Once initialized, 
automated control processing. Further, the NIC and the I/O the processor loads the embedded program into memory 
boards permit the local attachment of various analog and 50 (step 72). The embedded program comprises control pro- 
digital sensors, thus creating an integrated smart sensor grams developed by the development system written and 
attached to the network. compiled into p-code. In addition, the development system 

The development system 180 is shown in the Figure to can generate Java scripts or applets. Then, the processor 

illustrate that the p-code it generates forms the intelligent goes out on the bus and identifies each of the I/O boards 20 

software control means for the embedded processor 22. The 55 installed on the bus (step 74). Once the I/O boards are 

process control algorithms and logic flow input by the user identified, the processor attempts to establish communica- 

using the development system is represented in the p-code tions with the attached network 18 via NIC 24 (step 76). 

that is executed in the OpenBus node controller. At this point two separate processes are began which 

The OpenBus system of FIGS. 3 and 4 enables I/O boards execute is parallel with each other. One process manages the 

to access conventional communication networks for the 60 communications over the network and the other process 

receipt and transmission of real-time control information executes the real-time p-code control application that was 

over the network. Hardware that includes I/O attachment previously developed using the development system, 

(e.g., sensors, motors, monitors, machines, etc.) are con- The first step of the network communication management 

nected to the OpenBus via I/O boards that receive/transmit process is to wait for a network communication (step 78). 

signals representing control information over the bus. 65 Once a network communication is received, the processor 

The OpenBus node controller 10 functions as the hub of checks if it is a network message (step 80). If it is not a 

operation of the system. It receives network network message control returns to step 78. If it is a network 
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message, the message is then analyzed (step 82) and the 
dispatcher is activated (step 84). Note that optionally, the 
network communication management process can be imple- 
mented in Java code. The dispatcher is described in more 
detail below. 

The first step of the control application is to load the 
p-code from an external storage device (step 86). Once the 
p-code is loaded, it is executed in order to enable and 
perform the control application logic (step 88). 

Note that the node controller can operate as a hub only, 
tying the sensors and I/O devices 26 (FIG. 4) to the network 
18 via one or more off the shelf interface circuitry boards 20 
without the functionality of executing user's application 
code (i.e., p-code) and/or Java scripts. Likewise, the node 
controller can operate to only execute user's application 
code and/or Java scripts without interfacing sensors and I/O 
devices to the network. 

The dispatcher process of the present invention will now 
be described in more detail. A high level logic flow diagram 
illustrating the embedded system dispatch process is shown 
in FIG. 6. The first step performed is to analyze the network 
request contained in the message (step 90). If the network 
request is a cooperative processing requires, the processing 
parameters of the request are parsed (step 102). In accor- 
dance with the parameters parsed, an embedded intelligent 
process is than activated (step 104). This embedded intelli- 
gent process then performs reads and/or writes to the I/O 
boards (steps 106, 108). 

If the network request is not a cooperative processing 
request, it is checked whether the request is an input status 
request (step 94). If it is, the corresponding data is retrieved 
from the I/O boards and sent to the requester over the 
network via the NIC (step 96). 

If the request is not an input status request, it is checked 
whether the request is an output I/O request (step 98). If it 
is not, control returns to step 90. If it is an output I/O request, 
the I/O data sent over the network is written to the appro- 
priate I/O board(s) (steps 100, 108). 
Conventional Open Buses 

The level of openness required for an application varies 
with and is dependent upon the functionality of the com- 
munication layer and the types of devices found at that layer. 
Openness is usually achieved by the use of standards. These 
standards are either sanctioned by an official body, e.g., 
IEC/ISASP50 Fieldbus, or is commonly accepted enough to 
become a de facto standard, e.g., Ethernet TCP/IP. Many 
vendors and end users prefer de facto standards over official 
standards because they result in a shorter time to market and 
have a singular customer and application focus. 

Communications in a signal processing system is per- 
formed by buses of various types: direct point to point, 
shared multi-drop or network (i.e., being made up of links, 
buses pr switches), control buses, data buses, test and 
maintenance buses, area network buses, etc. These buses can 
be implemented in serial fashion (i.e., one data line or fiber) 
or parallel fashion (i.e., multiple data lines or fibers). They 
can be slow (e.g., kilobits per second) or fast (e.g., gigabits 
per second). They may also have protocols varying from 
simple clocking to elaborate access, validation and acknowl- 
edgment schemes. The interface point of either is a compu- 
tational element or a bus. Examples of conventional open 
system bus standards available today are illustrated in FIG. 
7 and described in more detail below. The bus width versus 
throughput for many buses in common use today are pre- 
sented. The broad downward sloping arrow indicates the 
preferred path of bus development, i.e., to faster and nar- 
rower buses. These buses can be used to perform different 
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functions, such as system control, data transfer, test and 
maintenance, input/output (I/O) and area networking. The 
area networking buses, e.g., Ethernet, 100Base Ethernet, 
FDDI and ATM, are non proprietary in nature and have an 
order of magnitude higher throughput when compared with 
the Fieldbus technology which exists today within automa- 
tion control bus technology. 

Some examples of conventional open system bus stan- 
dards in common use today will now be described in further 
detail. 

Control Buses 

Control buses are typically used to allow multiple pro- 
cessors to interoperate in a system through the exchange of 
commands and some data. In small systems, where data 
traffic is minimal, this single type of bus may be the only bus 
employed. Some currently available control buses are 
described briefly below. 
Filbus 

The Filbus is based on distributed intelligence and peer to 
peer communication. Firmware functions are built into each 
Filbus I/O module and enable basic capabilities such as 
pulse count, delay before action and sending/receiving mes- 
sages to/from other modules on the network. The Filbus runs 
at 375 Kbps, permits a maximum of 250 nodes, uses 
master/slave arbitration, uses twisted pair cable and has 
application in data acquisition. 
Bitbus 

The Bitbus was originally introduced by Intel Corporation 
as a way to add remote I/O capability to Multibus systems. 
This original Fieldbus is one of the most mature and most 
broadly used networks today. Bitbus permits programs to be 
downloaded and executed in a remote node providing for 
distributed system configuration. The Bitbus runs at 375 
Kbps, permits a maximum of 250 nodes, uses master/slave 
arbitration, uses twisted pair cable and has application in 
process control. 
Worldfip 

The Worldfip provides a deterministic scheme for com- 
municating process variables. Worldfip uses an original 
mechanism whereby the bus arbitrator broadcasts a variable 
identifier to all nodes on the network, triggering the node 
producing that variable to place its value into the network. 
This feature eliminates the notion of node address and 
makes it possible to design distributed process control 
systems. The Worldfip runs at 1 Mbps, permits a maximum 
of 250 nodes, uses a bus arbiter for arbitration, uses twisted 
pair cable and has application in real time control. 
Profibus 

The Profibus is a Fieldbus network designed for deter- 
ministic communication between computers and PLCs. It is 
based on a real time capable asynchronous token bus prin- 
ciple. Profibus defines multi-master and master slave com- 
munication relations, with cyclic or a cyclic access, permit- 
ting transfer rates of up to 500 Kbps. The physical layer 1 
(2 -wire RS-485), the data link layer 2 and the application 
layer are standardized. Profibus distinguishes between con- 
firmed and unconfirmed services, allowing process 
communication, broadcast and multitasking. The Profibus 
runs at 500 Kbps, permits a maximum of 127 nodes, uses 
token passing for bus arbitration, uses twisted pair cable and 
has application in inter-PLC communication. 
CAN 

The controller area network (CAN) is a serial bus that is 
designed to provide an efficient, reliable and very economi- 
cal link between sensors and actuators. CAN uses a twisted 
pair cable to communicate at speed of up to 1 Mbps with up 
to 40 devices. It was originally developed to simplify the 
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wiring in automobiles but its use has spread to machines and implemented as a network of point to point unidirectional 

factory automation products because of its useful features. links. This avoids the various transmission line problems 

Some of its features include the ability of any node to access associated with a shared multidrop bus. Some data buses 

the bus when the bus is quiet, non destructive bit wise currently available are described briefly below, 

arbitration to allow 100% use of bus bandwidth without loss 5 SCI 

of data, multimaster, peer to peer and multicast reception, The Scaleable Coherent Interface (SCI) bus specification 

automatic error detection, signaling and retries and data define a network in which nodes are interconnected with a 

packets of 8 bit length. CAN is the basis of several sensor set of unidirectional point to point links. SCI provides 

buses such as DeviceNET from Allen Bradley, CAN Appli- scaleable network bandwidth because data transfers between 

cation Layer from CAN in Automation or Honeywell's SDS. 10 nodes may occur concurrently rather than sequentially via a 

The CAN runs at 1 Mbps, uses CSMA for bus arbitration, shared bus. SCI operates at speeds of 1 GBps using 16 

uses twisted pair cable and has application in sensors and parallel lines and 250 MBps using a serial line. The basic 

actuators. SCI network is a unidirectional ring where each node 

Futurebus+ receives data from its predecessor node and sends data to its 

The Futurebus+ operates at speeds of 3.2 GBps using 256 15 successor node. A mesh network is implemented by equip- 

parallel lines or 100 MBps using 32 parallel lines. It was ping each node with two SCI ring interfaces: one in the 

designed primarily as a cache-coherent shared memory bus horizontal direction and one in the vertical direction. A 

and also supports large block transfers and message passing. crossbar switch network can be implemented where each 

Its intended application was as a migration path for the node interfaces to the switch via a minimal two node ringlet. 

VMEbus. Besides the increased throughput, Futurebus+ 20 SCI uses cache coherent protocols to guarantee consistent 

features centralized or distributed mastership arbitration, data even when data is locally cached and modified by 

compelled or packet transfer mode, priority or fairness multiple processors. SCI uses a distributed directory based 

resource sharing, cache coherence for shared memory protocol where each line of memory is associated with a list 

multiprocessing, module live insertion and a Control and of processor sharing that line. Each memory line maintains 

Status Register standard software interface. 25 a pointer to the processor at the head of the list. Use of the 

PI -bus SCI bus is intended with heterogeneous parallel processors. 

The Parallel Intermodule (PI) bus uses the same basic SCX 

structure as VMEbus but is adapted for real time, fault SCX is an offshoot of SCI that is being developed for use 

tolerant applications such as military mission critical sys- with heterogeneous high performance parallel processors, 

tems. Pi-bus is a synchronous, loosely coupled, message 30 The SCX bus operates at speeds of 1 GBps using 32 parallel 

passing bus. Anode may be master and slave capable or only lines. SCX also requires two counter rotating rings with a 

slave capable. Pi-bus uses the same backplane transceiver bypass switch at each node, similar to FDDI, for fault 

logic (BIT) interface as Futurebus+. Pi-bus emphasizes tolerance whereby neighbor nodes can bypass a failed link, 

fault tolerance and is inherently supportive of module level reforming the two rings into a single double length ring, 

fault containment since it is a loosely coupled bus. It also 35 QuickRing 

contains features such as hardware supported intermodule QuickRing is an offshoot of SCI developed for low cost 

communication containment boundaries, an error manage- applications such as PCs, workstations and parallel proces- 

ment protocol that supports determination of contaminated sors. The QuickRing bus is a SCI like bus that operates at 

memory, the ability for software to control access to its speeds of 200 MBps using 6 parallel lines. QuickRing uses 

memory and explicit software control of intermodule com- 40 a voucher/ticket protocol, which is from the SCI, to reserve 

munication. Pi-bus has no centralized control, the protocol space in the target node queue before transmitting a packet, 

uses a distributed vie for gaining bus mastership. The PI -bus HIC 

is a 50 MBps bus using 32 parallel lines. Designers of PI -bus The Heterogeneous Interconnect (HIC) bus defines a low 
intended the bus operation to be a send and forget interface cost, scaleable, serial interconnect for parallel system con- 
making it inappropriate as a real time interface in a tightly 45 struction. An HIC link is a bi-directional connection 
coupled architecture. between two nodes, composed of a pair of unidirectional 
VME connections. The HIC bus operates at speeds of 10 Mbps to 
The VersaModule Europa (VME) bus is one of the most 1 Gbps using copper wire, differential twisted pair, fiberoptic 
successful high end commercial buses in use and has and coax cable. Multiple HIC links per node can be used to 
become a de facto standard in high performance industrial 50 build a variety of network" architectures, including both 
automation. The VMEbus is a shared multidrop bus with hierarchical networks and flat or mesh networks. HIC sup- 
each node on the bus plugging into the rack backplane such ports self routed systems using wormhole routing where the 
that its address and data lines connect onto the Data Transfer packet is read on the fly and the packet is forwarded without 
Bus in parallel with those of all other nodes. Tri-state logic being stored in the intervening node, 
is used such that only one node at a time actively drives the 55 RACEway 

bus, with all other nodes passively monitoring its activity. The RACEway bus is a proprietary bus uses the VME 

The VMEbus operates at speeds of 40 MBps using 32 'P2* connector to access a crossbar switch to provide high 

parallel lines. Its intended application is as a commercial speed concurrent data paths between boards in a VME 

backplane control bus for high performance systems. chassis. It operates at speeds of 1280 Mbps using 32 parallel 

VME64 60 lines. The basic element of the RACEway is the RACE 

The VME64 bus operates at speeds of 80 MBps using 64 crossbar chip which has six I/O channels. A single crossbar 

parallel lines. Its intended application is as an upgrade for chip can interconnect six nodes and provide up to three 

the VME bus. concurrent 1280 Mbps communication paths between node 

Data Buses pairs. Topologies that can be created include fat-tree, switch 

Data buses are typically used to augment a control bus 65 ring and mesh. The RACEway is a preemtable circuit 

with a higher throughput path for transfer of data between switched network. The RACEway uses a compelled proto- 

processors. To achieve high speed a data bus is usually col in that the receiving node can enforce flow control 
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through the use of the 8-wire control and clocking signals. 
Data flow is bi-directional but can only go in one direction 
or the other at a time. 
Test and Maintenance Buses 

Test and maintenance buses are typically used to provide 5 
a minimally intrusive path to every hardware module in the 
system to isolate and debug failures and to possibly recon- 
figure data flows and computational elements to avoid failed 
elements. It is usually implemented as a serial, low speed 
interconnection. This bus can be included as a single bus for to 
non critical systems or as a double redundant bus for mission 
critical systems. Proper use of a test and maintenance bus 
often requires the cooperation of the data and control buses, 
necessitating some type of controller element. A brief 
description of a few test and maintenance buses currently 15 
available is presented below. 
Serial Bus/Fire Wire 

The High Performance Serial Bus (HPSB) is similar in 
function to TM-bus. The HPSB operates at speeds of 6 
MBps over a backplane or 40 MBps using two differential 20 
signal pairs. Its intended application is as a general purpose 
interface that can replace a variety of I/O types such as 
RS-232, RS-422 and SCSI. Fire Wire, one implementation of 
HPSB, can carry both synchronous data and isochronous 
multimedia communications. 25 
TM bus 

The Test and Maintenance bus is a linear, synchronous, 
multi-drop communication bus which transfers data between 
a master node and one or more slave nodes residing on a 
single backplane. It is used to communicate diagnostic 30 
control and status information between nodes. The TM-bus 
protocol supports up to 251 separate addresses plus the 
broadcast and multicast addresses. The TM-bus operates at 
speeds of 0.8 MBps using a serial line. Its intended appli- 
cation is for use with PI bus in military applications. 35 
MTM 

The Module Test and Maintenance (MTM) bus is a 
parallel multi-drop bus containing five signal lines: Clock, 
Control, master Data, Slave Data and Pause Request. The 
MTM bus is intended to provide connectivity between 40 
modules within a box, e.g., interconnect JTAG modules. The 
bus operates at speeds of 1.2 MBps using a serial line. 
JTAG 

The JTAG bus is a widely used bus for on-module testing. 
JTAG is a serial bus containing four signal lines: Test Clock, 45 
Test Mode Select, Test Data Input and Test Data Output. 
JTAG defines a Test access Port (TAP) and boundary scan 
architecture for digital integrated circuitry. The JTAG bus 
provides a solution to the problem of testing assembled 
printed circuit boards containing highly complex digital 50 
integrated circuits and high density surface mounting assem- 
bly techniques. It also provides a means of accessing and 
controlling destgn-for-test features built into the digital 
integrated circuits themselves. JTAG is used internally in 
most new large IC designs to confirm that each internal 55 
component performs its required function, that the compo- 
nents are interconnected in the correct manner, that the 
components interact correctly and that the IC performs its 
intended function. The JTAG bus operating at speeds of 3 
MBps using a serial line. 60 
Input/Output Buses 

Input/Output buses are typically used to collect raw data 
from sensors and distribute processed data to embedded 
computer displays. These buses are optimized to transfer 
large blocks or continuous streams of data with minimal 65 
concern for error checking and flow control. Some Input/ 
Output buses currently available are described briefly below. 



Fibre Channel 

The Fibre Channel (FQ bus is a universal interface for 
data channels that is optimized for the predictable transfer of 
large blocks of data such as those used in file transfers, disk 
and tape storage systems, communications and imaging 
devices. Fibre Channel provides bi-directional point-to- 
point connections and support for connected and connec- 
tionless operations. Fibre Channel transfers asynchronous 
information in variable length frames, consisting of a 24 
byte header followed by up to a 2048 byte pay load of data. 
Fibre Channel can be implemented in a ring network, but is 
intended primarily for a switched network. One node may be 
connected to another node but is typically connected to a 
fabric node. The fabric node is an entry into a switch that 
provides transparent connection to other system nodes. Fibre 
Channel can operate on coax, twisted copper pair and both 
single and multimode fiber. It operates at speeds of 100 
MBps over a serial line. 
SCSI 

The Small Computer System Interface (SCSI) bus is 
widely used in workstations to connect the processor to 
various peripheral devices such as a disk controller. SCSI 
device are daisy chained together and obtain access to the 
bus via distributed arbitration. Standard SCSI used an 8 bit 
bus and a 4 MHz clock to achieve a 4 MBps data transfer 
rate. Fast SCSI increases throughput to 10 MBps and Fast 
Wide SCSI uses 16 bits to achieve 20 MBps. SCSI-2 
achieves 40 MBps using 32 bits. 
1553B 

The Mil-Std-1553B Digital Time Division Command/ 
Response Multiplex Data Bus has a long-standing history in 
military avionics applications where independent boxes 
need to be interconnected It operates at speeds of 0.1 MBps 
and uses a single coax with transfer coupling to reduce the 
chance of damage when connecting separate boxes. It is 
usually implemented in a dual or triple standby mode to 
prevent the bus from becoming a single point of failure in a 
mission critical application. The 1553 bus uses a 1 MHz 
clock and Manchester biphase encoding to convert each 16 
bit work into a 20 bit serial stream. 
RS-232 

The EIA RS-232 bus is a widely used bus providing for 
a point-to-point interface between a single driver and a 
single receiver at speeds up to 20 Kbps over distance up to 
50 feet. An improved version, RS-423, increases the speed 
to 100 Kbps, increases the number of receivers to ten and 
reduces the voltage swing to ±A volts. Its intended applica- 
tion is to interconnect terminal and modem equipment. 
RS422 

The RS-422 is the Electronic Industries Association (EIA) 
EIA-485 bus which operates at speeds of 1 MBps using a 
serial line. It is similar to RS-423 but uses differential driver 
signals to increase the transmission speed to 10 Mbps. 
RS-485 is similar to RS-422 but uses tristate drivers to allow 
multiple drivers form a shared multi-drop bus. 
Area Network Buses 

Area network buses are typically used to interconnect 
processing systems located in separate physical boxes. 
These buses have been optimized in the past for bursty 
traffic, but in the future will handle isochronous traffic for 
multimedia application as well. Some Area network buses 
currently available are described briefly below. 
ATM 

The Asynchronous Transfer Mode (ATM) bus was origi- 
nally conceived as the switching technology for the tele- 
phone industry to handle multimedia data. ATM is a logical 
layer protocol based on bandwidth partitioning for the 
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transmission of large amounts of data, e.g., real-time audio, Links can connect to nodes or multiport switches, allowing 

computer data, images and video, oo shared media, point- the formation of various network topologies. Data is trans- 

to-point, switched networks. ATM transfers digital informa- mitted in variable length packets, with cut through routing 

lion in consecutive cells (packets) of constant length con- and reverse flow control, 

sisting of a 5 byte header following by a 48 byte payload of 5 PC Buses 

data. The header defines a virtual path and a virtual channel PC buses is a category of buses that is of high commercial 

as well as other network management functions. The ATM significance. PC buses are typically used to interconnect 

protocols allow a node to establish static or dynamic con- peripherals to a desktop or laptop computer. These buses are 

nections with many other nodes. Although ATM is opti- optimized for the low cost PC environment and perform 

mized for virtual connection oriented services, it can be used 10 several functions such as control, data and input/output, 

for connectionless services as well. ATM can be mapped on They are important because of their high commercial usage, 

top of various existing physical layers such as SONET, Fibre Some PC buses currently available are described briefly 

Channel or FDDI. ATM operates at speeds of 155 Mbps to below. 

2.5 Gbps over a serial line. Its intended application is for use PCI 

in telecommunications and as a LAN for workstations. 15 The Peripheral Component Interconnect (PCI) is an Intel 

FDDI proprietary standard bus designed to handle faster periph- 

The Fiber Distributed Data Interface (FDDI) bus is a erals such as high resolution video boards, disk controllers 

standard for a local area network with a transmission rate of and LAN devices. PCI defines a low latency path between 

100 Mbps using a fiber optic cable as the transmission the microprocessor local bus and other system components, 

medium. FDDI implements a dual counter rotating ring 20 It uses a 33 MHz, 32 bit data path to achieve a data 

topology and uses a token access method for packet trans- throughput speed of 800 Mbps in burst transfer mode. PCI 

mission. FDDI is sometimes used as a higher speed back- also defines multiple bus master arbitration and configura- 

bone to interconnect several lower speed Ethernet networks. tion space for automatic software setup. The PCI specifica- 

FDDI consists of three layers: Physical Layer, Medium tion also covers the software architecture needed to guar- 

Dependent (PMD), Physical Layer Protocol (PHY) and 25 antee plug-and-play compatibility of modules within a 

Media Access Control (MAC). The PMD layer specifies the system The intent is to allow a system to automatically 

digital baseboard point-to-point communication between configure itself when a new module is plugged into the PCI 

two nodes in the FDDI ring. A ring consists of a set of nodes backplane connector, 

and unidirectional transmission medium segments con- VL Bus 

nected in a serial closed loop configuration. The dual ring 30 The VESA's Local (VL) Bus is a Video Electronics 

option consists of two identical ring configurations, where Standards Association (VESA) standard operating at speeds 

the secondary ring transmits in the reverse direction of the of 100 MBps using 32 parallel lines. Its intended application 

primary ring. The PHY Layer specifies the remaining is as a migration path for the EISA bus. 

aspects of the physical layer protocols. These protocols V-Bus 

include decoding incoming data, encoding outgoing data 35 The V-Bus is intended for high performance symmetric 

and clock synchronization. The MAC Layer specifies fair multiprocessing systems. V-Bus is a 64 bit bus that operates 

and deterministic access to the medium, address recognition at up to 66 MHz to provide a sustained peak rate of 4 Gbps. 

and generation and verification of frames. Access to the ring The bus is controlled by central arbiter, with a parking mode 

is controlled by passing a token around the ring. If a node to increase throughput on a lightly loaded bus. 

wants to transmit, it strips the token from the ring, transmits 40 ISA 

frames and then reinserts the token. The Industry Standard Architecture (ISA) bus enjoys huge 

Ethernet sales volume due to its use in the PC since the introduction 

Ethernet has become the de facto LAN standard for PCs, of the 80286 processor chip. The ISA local bus uses an 8 

workstations and their peripherals. Ethernet uses Carrier MHz, 16 bit data path to achieve a data throughput speed of 

Sense Multiple Access with Collision Detection (CSMA/ 45 64 Mbps. In newer PC that are based on fast chips such as 

CD) protocol that allows nodes connected in parallel to the Pentium, the ISA is still used for slow peripherals such 

transmit data without the normal bus mastership arbitration. as fax modems. 

A node that wants to transmit data first listens to see if any EISA 

other node is currently transmitting data on the cable, if not, The Extended ISA (EISA) bus operates at speeds of 16 

it proceeds to transmit. The node then listens to see if its 50 MBps using 32 parallel fines. Its intended application is as 

intended transmission is garbled on the cable and if so aborts a migration path for ISA to interconnect 80386 peripherals, 

transmission and waits a small time before trying again. This The OpenBus system of the present invention enables a 

protocol is popular because it is cheap and easy to manage. cost effective solution that provides openness and interop- 

The Ethernet bus is limited, however, to a bandwidth of 10 erability. Users can choose the network or the bus based on 

Mbps using a serial line. 55 which offers the greatest connectivity for the devices they 

100Base Ethernet value the most. 

The 100Base Ethernet bus is a higher speed version of Modular Implementation 

Ethernet which retains the original Ethernet protocol for As stated previously, the present invention is a system for 

backward compatibility with existing Ethernet. 100Base providing computer operated real-time process control with 

Ethernet operates at speeds of 100 Mbps using a serial line. 60 the means for interacting with an external system while also 

Its intended application is as a migration path for 10 Mbps providing a development system comprising a computer 

Ethernet. compiler for generating real-time code executable on a 

Myrinet real-time kernel that resides in the target system. As stated 

The Myrinet bus is a low cost, high speed hierarchical previously, the target system can be a standard PC. An 

switched network that uses a point-to-point bi-directional 65 illustration of the modular portions of the software making 

fink, with a clock rate of 40 MHz and a bandwidth of eight up the OpenBus automation system of the present invention 

lines to achieve a 40 MBps throughput in each direction. is shown in FIG. 8. The real-time kernel 154 is the heart of 



03/10/2003, EAST Version: 1.03.0002 



5,978,578 

19 20 

the OpenBus system in that the control algorithms and logic action comprising a particular logic and operation sequence 

flow that the user desires to implement is executed by the is performed. In more complex control processes which 

real-time kernel in the target system. At the core of the include multiple simultaneous activities, the action which 

real-time kernel are p-code frames 150. A p-code frame or must be performed is based upon a combination of processes 

simply frame represents a unit of action or operation in the 5 rather than simply one. 

system. For example, frames specify operations to be per- The real-time kernel schedules the execution of event 

formed on internal entities such as variables or timers, for actions in accordance with the process state changes as 

example. reflected by the change entity value changes. Entities 

Surrounding the p-code frames are event triggers and include but are not limited to variables, timers, counters and 

event actions 152. Complex control operations as specified 10 external input signals. These various entities are part of the 

by the user are broken down by the development system into program control logic making up the user's application. Any 

one or more frames to be executed by the real-time kernel. change to the value of an entity or any external signal 

One or more frames combine to constitute event triggers and triggers an immediate evaluation of the event trigger that 

event actions. incorporates that particular entity. 

Surrounding the real-time kernel 154 is the operating 15 The programming logic functions as the basis for the 

system (OS) 155. The real-time kernel comprises the nec- event actions. The programming logic comprises pure logic, 

essary operating system interface to allow it to execute on calculations, mathematical formulas, interfacing with 

any desired operating system. The layer surrounding the OS sensors, discrete I/O, motion control, database operation, 

includes various functional modules that perform various communication i.e., over networks and operator interface 

roles in the OpenBus system. These functional elements 20 graphics. 

comprise a module for interfacing to sensors 158, I/O All of the external information and programming logic 

devices 160, motion related devices 162, computerized defined by the user and embodied in her/his application 

numerical control (CNC) devices 164, devices requiring comprises various elements such as event triggers, event 

motor control 166 and discrete I/O 168. In addition, func- actions, program variables, timers, counters, program logic, 

tionality is provided to communicate with one or more 25 sensor information, motion trajectory planning, motion 

networks 170. Further, a database module 172 provides the control, etc. All these elements are broken down, defined and 

connectivity to a database that is used by the real-time kernel represented via the frame p-code generated by the real-time 

and application programs. A graphic module 74 provides compiler. 

graphics and drawing related functionality and an operator The p-code making up a frame is the smallest building 

interface 156 provides the user interface for used by an 30 block that enables the real-time compiler to generate code 

operator of the system. that executes with a response time required of a real-time 

Development System and Target System system. The p-code making up frames comprises a 

A high level block diagram illustrating the development precompiled, one step direct pointer to any piece of infor- 

system environment of the present invention is shown in mation or element which is required in order to perform the 

FIG. 9. At the core of the development system 180 is a 35 logic or operation of the frame. The logic or operation is 

real-time compiler 184. The real-time compiler functions to performed on entities which include variables, timers, I/O 

take as input an application 182 as input by a user and port information, I/O values, etc. The precompiled direct 

generate p-code 186 that is executable on the real-time pointer to the memory location of the particular entity 

kernel 192 in the target system 190. permits rapid access to the values and references of the 

The real-time kernel in the target system (embodied in the 40 entities associated with a frame. These memory pointer 

embedded processor 22 in FIG. 4) dynamically changes in references can be performed extremely rapidly with minimal 

response to the structures and parameters defined by the user delay thus providing the real-time response needed by the 

and represented in her/his application program 182. application control program. This is in direct contrast to 

With reference to FIG. 10 the development system envi- conventional compiled prograniming systems that typically 

ronment of the present invention will now be described in 45 involve run time memory address calculations, hash table 

more detail. As stated previously, the development system calculations, heap and stack addressing, etc. in order to 

180 comprises an application 182 provided by the user and resolve memory references thus creating a huge overhead 

a real-time compiler 184. The application comprises one or not present in the real-time kernel of the present invention, 

more event triggers 200, one or more event actions 202 and Real-Time Kernel 

logic 204. These various elements combine to define the 50 The real-time kernel will now be described in more detail, 

user's control program application. A high level block diagram illustrating the real time kernel 

The target system 190 comprises the real-time kernel 192 of the target system in more detail is shown in FIG. 11. The 

which functions to execute the p-code generated by the real-time kernel 192 comprises an external input signal 

compiler. The real-time kernel 192 comprises an external scanner 210, event trigger evaluation module 212, scheduler 

input signal scanner 210, an event triggers evaluation mod- 55 214, action execution unit 216 and an entity processor 218. 

ule 212, a scheduler 214, an action execution unit 216 and The system under control 220 received outputs from the 

an entity processor 218. The external input signal scanner action execution unit and generates the external input signals 

receives external input signals from sensors and I/O devices. input to the external input signal scanner. The p-code 186 

The action execution unit generates the signals that are generated by the real-time compiler is utilized by the event 

output to the external world. 60 trigger evaluation module and the action execution unit. 

The event triggers 200, event actions 202 and logic 204 The event trigger evaluation unit 212 receives external 

provide the logic and the mechanism required to character- input signals from the system under control 220 via external 

ize the behavior of any real -lime process the user desires to input signal scanner 210 and various entities, e.g., variables, 

implement. The behavior of any real-time system which counters, timers, motion vectors, motion loop data, etc., 

interfaces with external signals and real world processes can 65 from the entity processor 218. The event trigger evaluation 

be defined using a process state change methodology. In this module determines the next state of the system based on the 

methodology, when a process transitions to a new state, an current state and the values of all input entities. The event 
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trigger evaluation module, in combination with the rest of the value change is determined (step 254). This process is 

the real-time kernel, serve to implement a state machine. The described in more detail later. 

evaluation module functions to test conditions using a set of Once the event triggers are determined, each trigger is 

rules derived from the user's application. resolved to either true or false (step 256). If an event trigger 

During a change of state one or more action frames are 5 resolves true, its associated action, as represented by its 

generated. These action frames are passed to the scheduler frame, is scheduled by the scheduler for execution by the 

214. The scheduler determines the order of execution for action execution unit (step 258). 

each action frame and passes frames ready for execution to The event trigger handling of the real-time kernel will 

the action execution unit 216. now be described in more detail. A high level block diagram 

The action execution unit processes each frame and 10 illustrating the internal memory representation of the pointer 

implements the action contained therein. Depending on the tables used to implement event triggers and internal/external 

type of action, one or more entities may be modified. The actions is shown in FIG. 15. Illustrated in the left portion of 

entity processor performs the modification on the entities in the Figure are examples of various the internal pointer 

accordance with the output of the action execution unit. The representations for internal entities such as variables 280 and 

action execution unit also generates various output signals 15 timers 282 and for external input signals 284. Every entity 

such as, but not limited to, motion control signals, digital and external input signal in the system is represented by a 

signals and analog signals. These output signals effect pointer in memory. The pointers are grouped into tables 

various components of the system under control and serve to according to entity type. For example, the pointers 260, 262 

modify the state of the system. associated with two variables are shown grouped in the 

In addition, the execution unit outputs data for controlling 20 variables pointer table 280. The pointers 264, 266 associated 

the computer graphics used in the operator interface. The with two timers are shown grouped in the timers pointer 

commands and data are output to the GUI 222 that makes up table 282. Similarly, three pointers 268, 270, 272 are shown 

part of the operating system host the real-time kernel oper- grouped in the external input signal table 284. The pointer 

ates in, when the target system is a standard PC. tables for variables, timers and external input signals are 

Further, the execution unit also outputs command and 25 shown for illustration purposes only. The pointers main- 
data for controlling a database that arc directed to the tained for a system depends on the input signals and various 
database handler 224. The database is used to store various entities that the application uses. 

data about the system such as attributes, states, entity related All the entities and external input signals that make up an 

data, etc. action frame have their corresponding pointers point to the 

The input signal scanner method performed by the exter- 30 event trigger pointer for that particular action frame. Every 

nal input signal scanner of the real-time kernel will now be entity and input signal pointer points to a particular event 

described in more detail. A high level flow diagram illus- trigger entry in the event trigger table 278. Each entity or 

trating the input signal scanner portion of the real time input signal may point to multiple event trigger entries and 

kernel is shown in FIG. 12. The first step of the method is multiple entity and input signal pointers may point to the 

to read the values of the external input signals from the 35 same event trigger entry. For example, variable pointers 260, 

various sensors, I/O devices that are monitored by the 262 both point to event trigger entry 274. Variable pointer 

system (step 230). The values read in are then stored for 262 points to event trigger entries 274, 276. Timer pointer 

future reference (step 232). All the input values and then 264 points to event triggers 276, 286. External input signal 

scanned or examined and all values that have changed since pointer 268 points to event trigger entry 290. 

the previous read are flagged (step 234). In any input signals 40 It is important to note that all the entity and external input 

have changed value, a message is generated and sent to the signal pointers used by the system are determined and 

event trigger evaluation module identifying the input signal resolved during compile and load time rather than during run 

and its new value (step 236). This method is repeated over time. In addition, the configuration or input and output 

and over in an endless loop. Thus, as the values of the signals devices is known a priori at compile time. Thus, entity or 

input to the system change, these changes are immediately 45 input signal addresses do not need to be computed during 

detected and reported to the event trigger evaluation module. execution of the application as is the case in conventional 

The entity value change method will now be described in systems. This is performed by conventional system using 

more detail. A high level flow diagram illustrating the entity hash tables, pointer lists, variable lists, etc. The present 

value change processing portion of the real time kernel of invention requires only a pointer for each entity or input 

the target system is shown in FIG. 13. The step of inter- 50 signal directly to point to all the event trigger entries 

preting and executing the 'assign entity* commands con- associated with that entity or input signal. This helps enable 

tained in frames is performed by the action execution unit the control system automation system of the present inven- 

(step 240). The entity processor receives the values to be tion to operate quick enough to execute the application in 

assigned to the entities and determines whether any new real-time. 

values have been assigned to an entity (step 242). If there are 55 Each entry in the event trigger table points, in turn, to an 

new values to be assigned to an entity, the event trigger action. As stated previously, an action is comprised of one or 

evaluation module is notified accordingly with the entity and more frames. For example, the event trigger entry 276 is 

it new value (step 244). shown to point to the action 300. In the example illustrated 

The event trigger scheduler method performed by the in FIG. 15, the action frame 300 comprises a plurality of 

event trigger evaluation module and the scheduler unit of the 60 frames 302. Each frame can be one of three different types, 

real-time kernel will now be described in more detail. A high The three types of frames include: a program logic frame, an 

level flow diagram illustrating the event trigger scheduler is operation frame or a condition frame. A program logic frame 

shown in FIG. 14. The first step of the method is to get the includes such program logic as jumps, both conditional and 

values of all external input signals and internal entities in the unconditional, etc. Operation frames perform an action such 

system (step 250). It is then determined whether any values 65 as A=B * D, or assign a value to an entity or output signal, 

have changed since the previous reading (step 252). For any For example, a frame may assign a value to a timer, a 

values that have changed, the event triggers associated with variable or a digital or analog I/O port. A condition frame 
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tests the given entities to be true or false, e.g., IF A«B+C 
THEN set an output signal. 

A high level block diagram illustrating an illustrative 
example of a frame implementing an action is shown in FIG. 
16. The action 310 comprises six frames with the first frame 
312 being an operation type frame. Frame 312 assigns the 
value 10 to the variable entity 'A'. Frame 314 assigns the 
value of variable 'C to *B\ The next frame 316 is a 
conditional type frame. If the value of variable 'A' is greater 
than that of 'B' control passes to frame 318 which outputs 
the value of variable 'E* to an output port. Alternatively, 
control passes straight to frame 320 which is an operation 
type frame which assigns the value 2 to the variable *D\ The 
last frame 322 is a program logic type frame which performs 
a return function. 

A high level flow diagram illustrating the execution 
sequence of a frame is shown in FIG. 17. The method of 
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signals or internal entities, e.g., variables, timers, etc., that 
are needed to properly analyze the frame are then read (step 
334). The command within the frame is then performed and 
the appropriate output signals or entity value changes are 
then generated in accordance with the command (step 336). 

For example, the action taken by a frame may generate a 
digital or analog output signal, a motion control output, e.g., 
closed loop motion control, a change to a database entry, a 
message to be transmitted over the network, data to be 
displayed on the operator's console, etc. 

The following is a list of commands that make up the 
frames of an action. These commands are executed by the 
action execution unit 216 (FIG. 11) in the real-time kernel. 



10 



Frame Commands 





Command 


Description 


1 


IF <condition>THEN 


conditional type frame command 




statements > 






ELSE 






^statements > 






END 




2 


CASE <entity> 


switch statement for choosing 




<va!uc> cstatcmcnts> 


different action based on the value 




<value><statements> 


of a variable 




<value><statements> 






END 




3 


FOR <van> = <value>TO <value> BY <value> 


construct for implementing loops 




statements > 






END 




4 


TRACE <entity> 


trace command to show the values 






of entities, actions, formulas or 






subroutines 


5 


ASSIGN <entity> - <calculation formula> 


assignment command for setting 






values to entities or ports 


6 


TIMER START/STOP 


timer command with start and stop 






options 


7 


COUNTER RESET/START/UP/DOWN/NEXT 


counter function with options to 






start, reset, count up, down, etc. 


8 


DELAY <value> 


delays by specified amount of time 


9 


LABEL <ddentifier> 


assigns a label to a command 


10 


JUMP <label> 


jump to statement having specified label 


11 


DOSUB <sub narno 


perform subroutine having sub name 


12 


BREAK <type> 


stop execution according to break type 


13 


RETURN <value> 


return from subroutine with 






specified value 


14 


DIGITAL OUTPUT ON/OFF <port> 


set specified digital output port to 






either*0' or a *1' 


15 


ANALOG OUTPUT <porfc><value> 


set specified analog output port to 






specified value 


16 


MOTION profile 


includes morion function supplied 




by the motion control board 


17 


START MOTION <motion-name> 


start a motion profile 


IS 


STOP MOTION <motion-name> 


stop a motion profile 


19 


EVENT <value=Stop/Abort/rccovery> 


return the axis event 


20 


MOTION STATUS 


return the motion status 


21 


SET POSITION <ajris><position> 


dynamic axis position 


22 


GET POSITION <axis><position> 


dynamic axis position 


23 


GET ERROR <axisxerror> 


dynamic axis position error 






planned as compared to actual 


24 


SET VELOCITY <axis><vclocity> 


dynamic velocity 


25 


GET VELOCITY <axis><velocity> 


dynamic velocity 


26 


SET ACCEL <axis><velocity> 


dynamic acceleration 


27 


GET ACCEL <axis><velocity> 


dynamic acceleration 


28 


SET JERK <axisxvelocity> 


dynamic jerk 


29 


GET JERK <axis><velocity> 


dynamic jerk 



processing a frame begins with reading the p-code for the Using the above listed commands, action frames can be 

next frame to be executed (step 330). The frame is then 65 generated that implement the user's application 182 (FIG. 

analyzed in accordance with the instructions contained 10). More particularly, the frames making up the actions 

within the p-code (step 332). Any values of external input implement the combination of event triggers, event actions 
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and the logic of the user's application. The real-time com- 
piler 184 functions to generate the p-code that is utilized by 
the vent triggers evaluation module 212 and the action 
execution unit 216. 

While the invention has been described with respect to a 
limited number of embodiments, it will be appreciated that 
many variations, modifications and other applications of the 
invention may be made. 

What is claimed is: 

1. A control automation system for controlling a plurality 
of input and output (I/O) devices in accordance with a user 
application, said system connected to a network for com- 
municating control automation information, said system 
comprising: 

a development system coupled to said network, said 
development system for generating p-code, said p-code 
generated so as to embody event triggers, event actions 
and program logic that together function to implement 
said user application; and 

at least one node controller coupled to said network for 
executing in real-time said p-code generated by said 
development system. 

2. The system according to claim 1, wherein said node 
controller comprises: 

processor means for managing and controlling the opera- 
tion of said node controller,, said processor means for 
executing a real-time kernel, said kernel implementing 
said user application embodied in p-code; 

network interface means for connecting said node con- 
troller to said network; 

I/O device interface means for connecting said node 
controller to said plurality of I/O devices; and 

bus means for interconnecting together said real-time 
kernel, said network interface means and said I/O 
interface means. 

3. The system according to claim 1, wherein said devel- 
opment system comprises a real-time compiler for generat- 
ing p-code in accordance with the event triggers, event 
actions and program logic of said user application. 

4. The system according to claim 1, wherein said kernel 
means comprises: 

an external input signal scanner for reading, storing and 
determining changes to external input signals received 
from said plurality of I/O devices; 

an event triggers evaluation module for detecting changes 
to said external input signals and internal entities, said 
event triggers evaluation module for determining and 
resolving all event triggers corresponding to said 
detected changes; 

a scheduler for marking all actions corresponding to said 
event triggers that resolve true; 

an action execution unit for executing and implementing 
said actions marked for execution by said scheduler; 
and 

an entity processor for determining any changes to values 
assigned to an entity, said entity processor notifying 
said event triggers evaluation module of said entity 
value changes. 

5. The system according to claim 1, wherein said I/O 
device interface means comprises a third party I/O interface 
control board. 

6. The system according to claim 1, wherein said bus 
means comprises a bus contained in the group comprising 
Peripheral Component Interconnect (PCI) bus, VESA Local 
(VL) bus, V-bus, Industry Standard Architecture (ISA) bus, 
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VersaModule Europa (VME) bus and Extended Industry 
Standard Architecture (EISA) bus. 

7. A node controller apparatus for use in a control auto- 
mation system, said system for controlling a plurality of 

5 input and output (I/O) devices in accordance with a user 
application, said system including a network for communi- 
cating control automation information, said apparatus com- 
prising: 

processor means for managing and controlling the opera - 
10 tion of said node controller, said processor means for 
executing a real-time kernel, said kernel implementing 
said user application embodied in p-code; 
network interface means for connecting said node con- 
troller to said network; 
15 I/O interface means for connecting said node controller to 
said plurality of I/O devices; and 
bus means for interconnecting together said processor 
means, said kernel means, said network interface 
20 means and said I/O interface means. 

8. The system according to claim 7, wherein said I/O 
device interface means comprises a third party I/O interface 
control board. 

9. The system according to claim 7, wherein said bus 
25 means comprises a bus contained in the group comprising 

Peripheral Component Interconnect (PCI) bus, VESA Local 
(VL) bus, V-bus, Industry Standard Architecture (ISA) bus, 
VersaModule Europa (VME) bus and Extended Industry 
Standard Architecture (EISA) bus. 
30 10. An apparatus for controlling a plurality of input and 
output (I/O) devices in accordance with a user application, 
said apparatus part of a control automation system, said 
apparatus comprising: 
a processor operative to execute said user application; 
35 I/O interface means for connecting said apparatus to said 
plurality of I/O devices; 
kernel means adapted to communicate over a network and 
operative on said processor for: 
reading, storing and determining changes to external 
40 input signals received from said plurality of I/O 

devices; 

detecting changes to said external input signals and 
internal entities and for determining and resolving all 
event triggers corresponding to said detected 
45 changes; 

marking all actions for execution that correspond to 
said event triggers that resolve true; 

executing and implementing said actions marked for 
execution; and 

50 determining any changes to values assigned to an entity 
making notification of said entity value changes. 

11. The apparatus according to claim 10, wherein said 
kernel means operative on said processor, in executing and 
implementing said actions marked for execution, further 

55 performs the steps of: 

reading the p-code contents of a frame; 
analyzing said p-code; 

reading the values of external input signals and/or internal 
6Q entities; and 

performing the command embodied in said p-code; 

generating any output signals in accordance with said 
command; and 

modifying any entity values in accordance with said 
65 command. 

12. In a computer system, a method of generating p-code 
for execution on a node controller as part of a control 
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automation system for controlling a plurality of input and 
output (I/O) devices in accordance with a user application, 
said application including event triggers, event actions and 
program logic, said method comprising the steps of: 
generating a plurality of pointer tables, each pointer table 5 
associated with either an external input signal or an 
entity, each pointer table comprising a plurality of 
pointer entries, each pointer entry pointing to an event 
trigger; 

generating an event trigger table, said event trigger table 10 
comprising a plurality of event trigger entries, each 
event trigger entry corresponding to an action that 
references the particular external input signal or entity 
that points thereto; 

generating a plurality of actions, each of said actions 
comprising at least one frame, said actions, said actions 
representing the generation of output signals and/or the 
modification of said internal entities; and 

wherein said plurality of pointer tables, said event trigger 2 o 
table and said plurality of actions generated in accor- 
dance with said event triggers, event actions and pro- 
gram logic making up said user application. 

13. A node controller apparatus for use in a control 
automation system, said system for controlling a plurality of 2 s 
input and output (I/O) devices, said system including a 
network for communicating control automation information, 
said apparatus comprising: 

a processor for managing and controlling the operation of 
said node controller; 30 

network interface means for connecting said node con- 
troller to said network; 

I/O interface means for connecting said node controller to 
said plurality of I/O devices; 



bus means for interconnecting together said processor 
means, said network interface means and said I/O 
interface means; and 
kernel means adapted to communicate over said network 
and operative on said processor for: 
reading, storing and determining changes to external 
input signals received from said plurality of I/O 
devices; 

detecting changes to said external input signals and 
internal entities and for determining and resolving all 
event triggers corresponding to said detected 
changes; 

marking all actions for execution that correspond to 

said event triggers that resolve true; 
executing and implementing said actions marked for 

execution; and 
determining any changes to values assigned to an entity 
marking notification of said entity value changes. 
14. A node controller apparatus for use in a control 
automation system, said system for controlling a plurality of 
input and output (I/O) devices in accordance with a user 
application, said system including a network for communi- 
cating control automation information, said apparatus com- 
prising: 

processor means for managing and controlling the opera- 
tion of said node controller, said processor means for 
executing a real-time kernel, said kernel implementing 
said user application embodied in p-code; 

network interface means for connecting said node con- 
troller to said network; and 

bus means for interconnecting together said processor 
means, said kernel means and said network interface 
means. 
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